
United States Patent and Trademark Office 



UNITED STATES DEPARTMENT OF COMMERCE 
United States Patent and Trademark Office 
Address: COMMISSIONER FOR PATENTS 
P.O. Box 1450 

Alexandria, Virginia 22313-1450 
www.uspto.gov 



APPLICATION NO. 



FILING DATE 



FIRST NAMED INVENTOR 



ATTORNEY DOCKET NO 



CONFIRMATION NO. 



09/449,782 



11/26/1999 



02/28/2006 



7590 

COE F MILES 

TROP PRUNER HU & MILES P C 
8554 KATY FREEWAY 
SUITE 100 

HOUSTON, TX 77024 



JAMES MOCEETH 



MICE-0089 



6698 



EXAMINER 



STEELMAN, MARY J 



ART UNIT 



PAPER NUMBER 



2191 

DATE MAILED: 02/28/2006 



Please find below and/or attached an Office communication concerning this application or proceeding. 



PTO-90C (Rev. 10/03) 



Off/cp Action Summarx/ 


Application No. 

09/449,782 


Applicant(s) 

MCKEETH, JAMES 


Examiner 

Mary J. Steelman 


Art Unit 

2191 





-- The MAILING DATE of this communication appears on the cover sheet with the correspondence address — 
Period for Reply 



A SHORTENED STATUTORY PERIOD FOR REPLY IS SET TO EXPIRE 3 MONTH(S) OR THIRTY (30) DAYS, 
WHICHEVER IS LONGER, FROM THE MAILING DATE OF THIS COMMUNICATION. 

- Extensions of time may be available under the provisions of 37 CFR 1.136(a). In no event, however, may a reply be timely filed 
after SIX (6) MONTHS from the mailing date of this communication. 

- If NO period for reply is specified above, the maximum statutory period will apply and will expire SIX (6) MONTHS from the mailing date of this communication. 

- Failure to reply within the set or extended period for reply will, by statute, cause the application to become ABANDONED (35 U.S.C. § 133). 
Any reply received by the Office later than three months after the mailing date of this communication, even if timely filed, may reduce any 
earned patent term adjustment. See 37 CFR 1 .704(b). 

Status 

1)K Responsive to communication(s) filed on 25 November 2005 , 
2a)D This action is FINAL. 2b)[3 This action is non-final. 

3) D Since this application is in condition for allowance except for formal matters, prosecution as to the merits is 

closed in accordance with the practice under Ex parte Quayle, 1935 CD. 11, 453 O.G. 213. 

Disposition of Claims 

4) |3 Claim(s) 1-21 and 23-25 is/are pending in the application. 

4a) Of the above claim(s) is/are withdrawn from consideration. 

5) \3 Claim(s) is/are allowed. 

6) D Claim(s) 1-21 and 23-25 is/are rejected. 

7) D Claim(s) is/are objected to. 

8) D Claim(s) are subject to restriction and/or election requirement. 

Application Papers 

9) D The specification is objected to by the Examiner. 

10) D The drawing(s) filed on is/are: a)D accepted or b)D objected to by the Examiner. 

Applicant may not request that any objection to the drawing(s) be held in abeyance. See 37 CFR 1 .85(a). 
Replacement drawing sheet(s) including the correction is required if the drawing(s) is objected to. See 37 CFR 1.121(d). 

11) D The oath or declaration is objected to by the Examiner. Note the attached Office Action or form PTO-152. 

Priority under 35 U.S.C. § 119 

12) D Acknowledgment is made of a claim for foreign priority under 35 U.S.C. § 119(a)-(d) or(f). 
a)D All b)D Some * c)Q None of: 

1 .□ Certified copies of the priority documents have been received. 

2. D Certified copies of the priority documents have been received in Application No. . 

3. D Copies of the certified copies of the priority documents have been received in this National Stage 

application from the International Bureau (PCT Rule 17.2(a)). 
* See the attached detailed Office action for a list of the certified copies not received. 



Attachment(s) 

1 ) (3 Notice of References Cited (PTO-892) 4) ^ Interview Summary (PTO-413) 

2) □ Notice of Draftsperson's Patent Drawing Review (PTO-948) Paper No(s)/Mail Date. 02072006 . 

3) □ Information Disclosure Statement(s) (PTO-1449 or PTO/SB/08) 5 ) d Notice of Informal Patent Application (PTO-1 52) 

Paper No(s)/Mail Date . 6) □ Other: . 

U.S. Patent and Trademark Office 

PTOL-326 (Rev. 7-05) Office Action Summary Part of Paper No./Mail Date 02062006 



Application/Control Number: 09/449,782 
Art Unit: 2191 



Page 2 



DETAILED ACTION 

1 . This Office Action is in response to Appeal Brief received 25 November 2005. 
Examiner hereby withdraws the prior Final Office action. In response to Amendments and 
Remarks received 25 April 2005, per Applicant's request, claims 1-9, 13-15, and 21 have been 
amended. Claim 22 has been canceled. Claims 23-25 have been added. Claims 1-21 and 23-25 
are pending. 

2. A new non-final Office action is provided to more specifically point out an application 
operating on a Windows 95 operating system, which includes a set-up or install feature, that 
through a command line invokes system utilities such as those used in registering modified 
components. Inherently, Windows Operating System utilities are invoked to modify the registry 
storage. 

Claim Rejections - 35 USC § 103 

3. The following is a quotation of 35 U.S.C 103(a) which forms the basis for all 

obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

4. Claims 1-21 and 23-25 are rejected under 35 U.S.C. 103(a) as being unpatentable over U. 

5. Patent No. 6,182,279 to Buxton, in view of 5,758,154 to Qureshi. 

Regarding claim 1, Buxton teaches: 

A method comprising: 
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-invoking, by an application, a call of a command line utility, the application providing an 
identifier in the call of the command line utility; 

Buxton inherently invokes a utility (system level services / registry editor, col. 8, line 7) to 
modify and store the customized components created. An identifier is inherently provided to 
register the customized component in the registry. Col. 7, line 65-col. 8, line 10, "Container may 
comprise any stand alone application capable of embedding OLE controls. A container interacts 
with the WIN32 APIs through the OLE libraries in order to insert OLE objects or controls into 
the operating system registry. . .The OLE libraries function to call the WIN32 APIs to locate 
(using a type of identifier) registered objects in registry and to insert and create object dialog 
(utility calls identify objects inserted / created / modified in the registry)", (emphasis added) 

-receiving output from the command line utility; 

As an example, a utility modifies (utility output) the registry (col. 8, lines 8-11). 

-storing the command line utility output in a system storage at a location identified by the 
identifier; 

As an example, the information related to the modification of a component (utility output) is 
stored at a registry key (a location identified by the identifier). Also, see col. 14, lines 20-28. 

-retrieving, by the application, the command line utility output from the system storage at the 
location identified by the identifier. 
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As an example, the OLE libraries use the registry key information (retrieve output from system 
storage at identifier location / registry key) to find information about the OLE control, (col 10, 
lines 8-10) 

Buxton suggested receiving commands via command line, which results in modifying the 
registry (system storage) and storage. Buxton failed to specifically disclose a "command line 
utility". Buxton suggests that the command line input (an object that consists of modifications to 
base component) is directed (DIR utility - a command utility) to storage, and the registry is 
edited (a command utility), but did not explicitly disclose 'command line utility'. 

Qureshi clearly discloses (col. 3, lines 26-46) an application call to a registration routine which 
call a 'command line utility' (system calls) to store an identifier in the registry. 
Col. 4, lines 2-7, "When a computer program invokes the registration routine, it passes to the 
registration routine a configuration file that contain a description of the configuration 
information of the computer program. The registration routine open the configuration file and 
add the configuration information to the registry." Similar to Buxton's invention, Qureshi 
disclosed (col. 4, lines 58-67, "Moreover, when a new component is added to an already installed 
application, the user previously was required to re-execute the entire installation procedure. 
With the registration DllRegisterServer routine, a new SRG file that includes only the 
configuration information required by the new component can be distributed along with the new 
component, and the registry can be properly updated by simply calling DllRegisterServer 
(command line utility) and supplying as an argument the pathname of the SRG file 
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containing the configuration information required by the new component " (emphasis 
added) Col. 5, lines 56-59, "The application programs invoke operating system routines 
(invoking by an application, a call of a command line utility) in order to access the various 
services provided by the operating system, including routines for reading and writing files. The 
application programs invoke the registration.. .routines provided by the registration DLL to 
register. . . configuration information, passing an indication SRG file that contains the 
configuration information to register (identifier) ... The registration... routines of the 
registration DLL call operating system routines (utilities) to write information to the registry 
file.. ." (emphasis added) Col. 8, lines 48-67, "DURegisterServer opens the specified 
key. . .calling the system routine RegOpenKey. . .DURegisterServer creates the key in the 
registry. . .DllregisteServer then calls the subroutine Process_key_values. . .The 
subroutine. . . returns TRUE. . . and returns FALSE. . . " 

Command-line utilities are an alternative way to start code execution. A known use of the phrase 
"command line utility" is a manually typed text string, which upon entering will generate code 
execution. In the case of the instant application, Applicant seems to be using the phrase 
'command line utility' to mean a system call made by an executing application which results in 
the execution a system utility. 

The following dictionary definitions further support the rejection: 

As defined in Microsoft Computer Dictionary, 5 th Edition, page 111, command line: A string of 
text written in the command language and passed to the command interpreter for execution. 
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(emphasis added) As defined in Microsoft Computer Dictionary, 5 th Edition, page 544, utility: 
A program designed to perform a particular function; the term usually refers to software that 
solves narrowly focused problems or those related to computer system management, (emphasis 
added) 

Regarding the Applicant's use of 'command line utilities', see Specification, page 1, lines 8-15. 
"Often, such system information is available only through command line (e.g., console) utilities. 
That is, utilities that are accessible only through a command line interface. Illustrative command 
line utilities include £ dir' and c net view' commands available in the Microsoft WINDOWS 
operating system. . ." Page 2, lines 20-24, "In one illustrative embodiment, command line utility 
output is stored in a system registry database. . .In another illustrative embodiment, command line 
utility output is stored in a shared system memory." Page 4, line 10 recites an example of an 
application that invokes a system call. Page 5, lines 6-9, Applicant states, "It will be recognized 
that the registry is an operating system generated and maintained database which application 
programs, application setup programs, and the operating system itself use to store configuration 
information." Page 5, line 19-page 6, line 2, Applicant admits that various system calls (system 
utilities) defined in the registry application programming interface are used to add / delete / 
modify / store in the registry. 

Therefore, it would have been obvious, to one of ordinary skill in the art, at the time of the 
invention, to have modified Buxton's GUI to include specific details related to system utilities / 
command line utilities for effectively accessing and/or interacting with system storage as 
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suggested by Buxton (col. 8, lines 45-47). Furthermore, by providing specific details, as 
disclosed by Qureshi, regarding modifying system storage (the registry), such as the executable 
routines included in the registration DLL, redirects the received output to be stored at a location 
identified by the identifier (registry keys and sub-keys), because these are defined operating 
system commands used to provide options to a Windows language programmer for customizing 
the registry as needed for initialization, enhancing accessibility when a graphical user interface is 
not desired to support an executing program. WIN32 system utilities are well known in the art 
and reflect knowledge of one of ordinary skill in the art at the time of the invention. 

Regarding claim 2, Buxton teaches: 

-providing the identifier comprises providing an identifier that identifies one or more entries in a 
system registry database. 

(Fig. 2, item 205 and col. 13, lines 14-15, "...registry keys are created..." Also see col. 14, lines 
29-59, "To facilitate loading of template onto another system. . . a number of registration key or 
subkey are included with template. Each template may have the keys 450A-I, as illustrated in 
Fig. 4C. . .Key 450H contains information indicating the name of the storage object in template 
storage file where initialization data. . . may be located. . .Key 4501 contains information 
identifying the CLSID...) 



Regarding claim 3, Buxton teaches: 

-providing a root key identifier. 
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(Col. 1 1, line 2: "Most OLE object application information is stored in subkeys under the 
CSLID root key. . Also see col. 17, lines 35-41, "Component loader loads, verifies and checks 
the license of a component by replacing in registry the InProcessServer 32 entry, i.e. key 
450A. . .and adding additional registry keys 450B-J, as previously described, that will let the 
component loader (receiving a root key identifier) then load the correct OLE control") 

Regarding claim 4, Buxton teaches: 

-providing a sub-key identifier. 

(Col. 1 1, line 2 and col. 14, line 31: To facilitate loading of template. . . a number of registration 
or subkey are included with template. . .") 

Regarding claim 5, Buxton teaches: 

-system registry database comprises an operating system registry database. 

(Col. 4, line 49: "Operation of computer system is generally controlled. . .by operating system 

software, such as . . . Windows95 . . . ") 

Regarding claim 6, Buxton teaches: 

-providing a system storage identifier. 

(Col. 12, lines 20-21, ". . .users identify. . .templates to be packaged. . ." Also for another example 
of receiving a system storage identifier, see col. 20, lines 42-45, ". . .relevant character string 
from the registry is converted to CLSID. The component loader (receives a system storage 
identifier) then calls the GetClassObject to retrieve the real component's class factory. . .") 
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Regarding claim 7, Buxton teaches: 

-providing the system storage identifier comprises providing an identifier indicating a system 
registry. 

(Col. 10, line 66 - col. 11, line 4: A CLSID identifies the functionality of an object class that can 
display. . . access to property values. . . A subkey is used by an OLE to find out information about 
the control.") 

Regarding claim 8, Buxton teaches: 

-providing an identifier indicating shared system memory. 

(Col. 8, lines 6-7: "OLE libraries (shared) comprise the set of system-level services in 
accordance with the OLE specification. . .") 

Regarding claim 9, Buxton teaches: 

-providing the identifier indicating shared system memory identifies a system clipboard memory. 
(Col. 11, line 6: "An FORMATETC. . . is an OLE data structure which acts in a generalized 
clipboard format. . .") 

Regarding claims 10, Buxton teaches: 

-receiving output directly from the command line output utility. 

As an example, a utility modifies (utility output) the registry (col. 8, lines 8-11). 
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Regarding claim 11, Buxton teaches: 

-receiving output from the command line output utility through a subsequent command line 
output routine. 

As an example, (col. 8, lines 28-29) "Data items within the registry are retrievable (receive 
output) via calls (from utility call) to the WIN32 APIs." 

Regarding claim 12, Buxton teaches: 

-associating each line of command line utility output with a line identifier in the system storage. 
As an example, (col. 3, lines 1-9) "Template storage with a means for indexing, including key 
information associated with the template. ". . .a memory having one or more locations, means for 
indexing one or more locations within the memory. . ." Also col. 13, lines 35-44, templates are 
stored with an enumerated decimal number: "Each template is stored in an ISTORAGE whose 
name is unique. . .and may have the form TEMPLEnnn, where nnn may be a decimal number.") 

Regarding claim 13, Buxton teaches: 

-setting each line identifier to a value corresponding to a position of that line in the command 
line utility output. 

(Rejection of claim 12 is incorporated and further claim contains limitations as recited in claim 
12. Therefore claim 13 is rejected under the same rational as claim 12.) 



Regarding claim 14, Buxton teaches: 
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-setting a default value of the provided identifier to equal the total number of command utility 
output lines stored in the system storage. (Rejection of claim 12 is incorporated and further 
claim contains limitations as recited in claim 12. Therefore claim 14 is rejected under the same 
rational as claim 12.) 

Regarding claim 15, Buxton teaches: 

A program storage device, readable by a computer, comprising instructions stored on the 
program storage device for causing the computer to: 

-cause an application to invoke a call of a command line utility, the application providing an 
identifier in the call of the command utility; 
-receive output from the command line utility; 

-store the command line utility output in system storage at a location identified by the identifier; 
-cause the application to retrieve the command line utility output from the storage at the location 
identified by the identifier. 

See rejection of limitations in claim 1 above. This is a "program storage device" version of 
claim 1 . See Figure 2 regarding Buxton's disclosure of a "program storage device." 

Regarding claim 16, Buxton teaches: 

-instructions to store command line utility output in an operating system registry database. 
As an example (Fig. 2, item 205 and col. 13, lines 14-15), . .registry keys are created. . and 
(col. 13, lines 10-15) ". . .Template storage DLL ensures all additional registry keys. . .are 
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created. . ." Modified components cause the registry keys to be created / edited / modified 
(REGEDIT utility). 

Regarding claim 17, Buxton teaches: 

-instructions to store command line utility output in an operating system maintained volatile 
memory. 

As an example, (Fig. 1, item 1 10-volatile storage). 
Regarding claim 18, Buxton teaches: 

-instructions to receive one or more lines of output from the command line utility. 
See rejection of limitation in claim 1 above. 

-instructions to store each of said one or more lines of output in the system storage. 
As an example, (col 14, lines 26-29) "The remainder of the operating system registry entries are 
generated by code (instructions to store) in the template storage DLL and are stored in both 
registry (store output / modified component data in system storage) and the template.") 

Regarding claim 19, Buxton teaches: 

-instructions to associate a unique identifier with each of the one or more lines of output stored in 
the system storage. 

See rejection of limitations in claim 2 above. 



Application/Control Number: 09/449,782 Page 13 

Art Unit: 2191 

Regarding claim 20, Buxton teaches: 

-instructions to set a value associated with the received identifier in the system storage equal to 
the number of lines of output stored in the system storage. 

(Rejection of claim 1 8 is incorporated and further claim contains limitations as recited in claim 
12. Therefore claim 20 is rejected under the same rational as claim 12.) 

Regarding claim 21, Buxton teaches: 

A computer system, comprising: 

-a processor; 

-a command line utility; 

-an application executable on the processor, the application to call the command line utility, the 
application to provide an identifier in the call; 

-a system storage having a location identified by the identifier, the location identified by the 
identifier to store an output of the command line utility, 

-the application to retrieve the command line utility output from the location identified by the 
identifier. 

As an example, see FIG. 1. Claim 21 contains limitations as recited in claim 1, therefore claim 
21 is rejected under the same rational as claim 1.) 



Regarding claim 23, Buxton teaches: 
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-the command line utility comprises a first command line utility, and wherein invoking the call 
by the application comprises invoking a call to pipe output of a second command line utility to 
the first command line utility. . . 

-wherein storing the command line utility output comprises storing the command line utility 
output of the first command line utility. 

Chaining utilities, piping the output of a second utility as input to a first utility is known in the 
art. Col 8, lines 6-7 disclose the OLE libraries comprise the set of system level services (system 
utilities). As an example of system utilities (col. 20, lines 17-43) Buxton disclosed reading a 
sub-key from the registry, use the output to determine the real component CLSID, determine 
whether a valid certificate and license exist, pipe the relevant character string to a CLSID, etc. 

Regarding claim 24, Buxton teaches: 

-the command line utility comprises a first command line utility, and wherein invoking the call 
by the application comprises invoking a call to pipe output of a second command line utility to 
the first command line utility. . . 

-wherein storing the command line utility output comprises storing the command line utility 
output of the first command line utility. 

This is a 'program storage device' version of claim 23 above. See rejection of claim limitations 
in claims 1 5 and 23 above. 



Regarding claim 25, Buxton teaches: 
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-the command line utility comprises a first command line utility, the system further comprising a 

second command line utility, the application to invoke a call that causes output of the second 

command line utility to be piped to the first command line utility. . . 

-the location identified by the identifier to store output of the first command line utility. 

This is a 'system' version of claim 23 above. See rejection of claim limitations in claims 21 and 

23 above. 

Response to Arguments 

5. Applicant has argued, in substance, the following: 

(A) Regarding claim 1, as Applicant has noted on page 7, 2 nd paragraph of Remarks filed 22 
April 2005, a template name, as taught by Buxton, does not identify a location for storing 
command line utility output. 

Examiner's Response: A registry key is used to store utility output. See rejection of claim 1 
above. 

(B) Applicant has noted on page 8, last paragraph, "Note that in Buxton, the 'simple command 
line interpreter' described. . .is used to invoke the template builder utility. There is no indication 
in Buxton of an application to invoke this simple command line interpreter." 

Examiner's Response: Claim language does not call for a "command line interpreter." In an 
object-oriented system, a command line utility is invoked to select, modify and store a 
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component (custom OLE component) (col. 2, lines 29-34) through a 'builder utility.' The 
'builder utility' is responsible for registering customized components (calls a system utility / 
registry modification type of utility) (col. 8 5 lines 6-16). "The OLE libraries function to call the 
WIN32 APIs to locate registered objects in registry and to insert and create object dialog 
(registry edit utility) and return results to callers. When creating an OLE object. . OLE libraries 
call the WIN32 APIs to read the registry. . ." (emphasis added) 

(C) Applicant has noted on page 9, first paragraph, Livingston provides "no indication of an 
application invoking a call to this registry editor. 

Examiner's Response: Buxton's invention inherently calls system utilities to modify the registry 
(col. 8, line 10) to "insert and create object dialog. . ." when registering custom components in the 
registry. The Livingston reference is no longer used. 

(D) Applicant has noted on page 9, 3rd paragraph, there is "no motivation or suggestion to 
combine the teachings of Buxton and Livingston." 

Examiner's Response: Applicant's arguments have been considered but are moot in view of the 
new grounds of rejection. 



Conclusion 
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6. Note additional references: 

A. Programming the Win32 registry. Win32 API function discussed. RegOpenKeyEx is 
used by 32-bit Windows applications. Identifiers are passed as arguments. 

B. Windows registry, Wikipedia (6 pages) See page 3, "Command line editing", "On NT- 
based systems the registry can be manipulated from the command line with the reg.exe 
utility. . . Also a .reg file (a text-based human-readable file format for storing portions of the 
registry) can be imported from the command line with the following command. . 

C "Windows 95 Application Setup Guidelines for Independent Software Vendors", Teri 
Schiele, May 1995 Paper discusses Windows95 guidelines for setting up the execution 
environment of an application by modifying files and adding entries to the registry. 

D. "Internet Component Download", Microsoft Corporation, 1996. Microsoft notes related 
to the development of software indicates an "Internet Component Download" as a system service 
(utility) to install code in a permanent store (p. 1). Page 7, 2 nd paragraph, "The Internet 
Component Download service is exposed via a single function, GoGetClassObjectFromURL(). 
This system function is called by an application that wishes to download, verify, and install 
code for an ActiveX component." (emphasis added) Page 8, the function 
GoGetClassObjectFromURLQ has identifiers as arguments, calls for and returns an object for a 
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given rclsid. The 'download and install' process involves a self-registration of ActiveX 
components using the /regserver command-line argument. Registry entries are added. 

E. USPN 6,405,362 Bl to Shih et al. Col. 7, lines 19-22, "After locating the appropriate 
autorun program 215, the event monitor 210 runs the program, passing it a command line 
indicating that it is to install and/or run the application 220. . ." Col. 7, lines 52-59, "Autorun 
program. . .has two major operational modes which are specified as command 
parameters. . . installs and/or runs application software. . .performs setup functions such as setting 
registry entries..." 

7. Examiner has made many attempts to show that an application with installation / setup 
functionality, invokes, via a command line, system utility calls to modify the registry, including 
the related identifiers/arguments/parameters. An executing application, after installation, will 
retrieve values from the registry (retrieving, by the application the command line utility output 
from the system storage at the location identified by the identifier). 

8. The prior art made of record and not relied upon is considered pertinent to applicant's 
disclosure. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Mary Steelman, whose telephone number is (571) 272-3704. The 
examiner can normally be reached Monday through Thursday, from 7:00 AM to 5:30 PM If 
attempts to reach the examiner by telephone are unsuccessful, the examiner's supervisor, Wei 



Application/Control Number: 09/449,782 Page 19 

Art Unit: 2191 

Zhen can be reached at (571) 272-3708. The fax phone number for the organization where this 
application or proceeding is assigned: 571-273-8300. 

Any inquiry of a general nature or relating to the status of this application should be 
directed to the TC 2 1 00 Group receptionist: 57 1 -272-2 1 00. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). 

Mary Steelman 
02/06/2006 




